Method and system for efficient use of a telecommunication network and the connection between the telecommunications network and a customer premises equipment

ABSTRACT

A method for efficient establishing or configuring a connection between a telecommunications network and a customer premises equipment (CPE) via an access node includes: establishing a physical communication channel between the access; node of the telecommunications network and the CPE; providing a public or private Internet Protocol (IP) address to the CPE tor use by the CPE to communicate with an IP Edge node of me telecommunications network; initially assigning a first functionality level to the public or private IP address; and assigning a second functionality level to the public or private IP address, when the telecommunications network is able to federate a network access related identification information to a contract related identification information.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a U.S. National Phase application under 35 U.S.C.§371 of International Application No. PCT/EP2011/003058, filed on Jun.21, 2011, and claims benefit to European Patent Application No. EP10006410.4, filed on Jun. 21, 2010, and U.S. Provisional PatentApplication No. 61/356,786, filed on Jun. 21, 2010. The InternationalApplication was published in English on Dec. 29, 2011 as WO 2011/160813A1 under PCT Article 21(2).

FIELD

The present invention relates to a method and a system for efficient useof a telecommunication network and the connection between thistelecommunications network and a customer premises equipment.

BACKGROUND

From U.S. Pat. No. 7,127,049, a system enhancing automation ofactivating network service between a customer modem and a central officemodem over a digital subscriber line link is known. In the systemaccording to this prior art, the central office modem couples thecustomer modem to a network for providing the network service, thesystem comprising a polling system coupled with the central officemodems.

Furthermore, TS 33.203 of the third Generation Partnership Project (3GPP), Access security for IP-based services (Release 10), 16 Jun. 2010discloses a method for establishing a connection between an access nodeof a telecommunications network and a User Equipment.

Such known systems have a number of drawbacks. For example, due to thepolling system defining a certain time period during which no networkaccess is possible for the customer modem. Furthermore, the known systemrelays on the provisioning of a session assigned Internet Protocoladdress which cannot be used permanently and therefore necessitates thereconnection of the connection between the customer modem and thecommunications network (by possibly another Internet Protocol addressand thus possibly a disconnection step and/or the initiation of newsession and/or a reboot operation of the customers equipment.

Furthermore, according to the prior art, in order to establish theInternet Protocol connection between, on the one hand, the InternetProtocol Edge node and, on the other hand, the User Equipment like acustomer modem or a CPE (Customer Premises Equipment), it is alwaysnecessary to use—as an authentication information—an information that isused or distributed in an untrusted environment. For example, CPE unitsare pre-configured in a user-specific manner and distributed to aplurality of customers or the customer hast to configure the CPE withcredentials he got from the operator of the telecommunications network.Such pre-configuration information is not inherently secure or trustedbecause, due to the steps occurring prior to the establishment of anInternet Protocol session according to the prior art, thetelecommunications network operator necessarily needs to distribute suchcredentials or pre-configuration or other (previously trusted)information in an untrusted environment or to an untrusted environment(e.g. customers household).

These limitations have the effect that the connection between thecustomer modem on the one hand and the telecommunications network on theother hand is comparably time consuming. The user has to type incredentials to access the network. There is no plug and play solution toaccess the network and services provided to the network connectivity.

Furthermore, German patent publication DE 10 2007 039 516 A1 discloses amethod for configuring a communication port in a user-specific manner,the method comprising the step of providing a default profile, thedefault profile being directed to a specific user, and the methodfurther comprising the step of assigning the user-specific defaultprofile to a user-specific configuration profile, the user-specificconfiguration profile being assigned to a specific user.

SUMMARY

In an embodiment, the present invention provides a method for efficientestablishing or configuring a connection between a telecommunicationsnetwork and a customer premises equipment (CPE) via an access node. Themethod includes: establishing a physical communication channel betweenthe access node of the telecommunications network and the CPE, thephysical communication channel being assigned to a network accessrelated identification information related to the access node;providing, by the telecommunications network, a public or privateInternet Protocol (IP) address to the CPE for use by the CPE tocommunicate with an IP Edge node of the telecommunications network, theIP address being associated with the network access relatedidentification information and an IP session or connection realizing alogical communication channel being initiated between the IP Edge nodeof the telecommunications network and the CPE; initially assigning, bythe telecommunications network, a first functionality level to thepublic or private IP address; and assigning, by the telecommunicationsnetwork, a second functionality level to the public or private IPaddress, when the telecommunications network is able to federate thenetwork access related identification information to a contract relatedidentification information, the federation of the network access relatedidentification information to the contract related identificationinformation comprising an authentication based on a Network AttachmentSubsystem (NASS).

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be described in even greater detail belowbased on the exemplary figures. The invention is not limited to theexemplary embodiments. All features described and/or illustrated hereincan be used alone or combined in different combinations in embodimentsof the invention. The features and advantages of various embodiments ofthe present invention will become apparent by reading the followingdetailed description with reference to the attached drawings whichillustrate the following:

FIG. 1 illustrates schematically an example of a telecommunicationsnetwork with a connected CPE.

FIG. 2 illustrates schematically an example of a more detailedrepresentation of physical communication channels between an access nodeand a plurality of home gateways.

FIG. 3 illustrates schematically a communication diagram related toproviding Internet Protocol connectivity to a CPE and initializing acommunication service.

FIG. 4 illustrates schematically a communication diagram related to theinitialization process for initializing an access node out of aplurality of access nodes of the telecommunications network in such away that communication access and especially Internet Protocolconnectivity of a CPE to the telecommunications network can be providedvia the access node.

FIGS. 5 to 8 illustrate schematically communication diagrams related tothe authentication process.

DETAILED DESCRIPTION

Embodiments of the present invention provide a system and a method forefficient use of a telecommunications network and the connection betweenthis telecommunications network and a customer premises equipment (CPE)by means of providing a communication channel between thetelecommunications network and a CPE and by providing a control of thetelecommunications network such that

-   -   a flexible usage of telecommunications services is possible to        the user,    -   requiring only a minimum of time delay for configuring the        telecommunications service without the necessity to configure        the CPE itself,    -   providing the possibility to effectively and securely execute an        authentication process for the access to the telecommunications        network, and    -   a high or higher security level is achieved than by methods        according to the prior art.        The present invention further provides a system such that        managing the authorization of the IP connectivity to connect to        several telecommunication services is independent from the IP        connectivity itself.

In an embodiment, the present invention provides a method for efficientuse of a telecommunications network and the connection between thetelecommunications network and a Customer Premises Equipment (CPE), viaan access node, the method comprising the steps of:

-   -   establishing a physical communication channel between the access        node of the telecommunications network and the CPE, the physical        communication channel being assigned to a network access related        identification information related to the access node,    -   the telecommunications network providing a public or private        Internet Protocol address to the CPE for use by the CPE to        communicate with an Internet Protocol Edge node of the        telecommunications network, the Internet Protocol address being        associated with the network access related identification        information and an Internet Protocol session (IP session) or        connection realizing a logical communication channel being        initiated between the Internet Protocol Edge node of the        telecommunications network and the CPE,    -   the telecommunications network initially assigning a first        functionality level to the public or private Internet Protocol        address (e.g. in the form of a walled garden),    -   the telecommunications network assigning a second functionality        level to the Internet Protocol address, in case that the        telecommunications network is able to federate the network        access related identification information to a contract related        identification information,    -   the federation of the network access related identification        information to the contract related identification information        comprising an authentication based on a Network Attachment        Subsystem (NASS).

In an embodiment, the present invention provides a method for efficientuse of a telecommunications network and the connection between an accessnode of a telecommunications network and a CPE, the method comprisingthe steps of:

-   -   establishing a physical communication channel between the access        node of the telecommunications network and the CPE, the physical        communication channel being assigned to a network access related        identification information,    -   the telecommunications network providing a public or private        Internet Protocol address to the CPE for use by the CPE to        communicate with the IP network of the telecommunications        network, the Internet Protocol address being associated with the        network access related identification information,    -   the telecommunications network initially assigning a first        functionality level to the public or private Internet Protocol        address (e.g. in the form of a walled garden),    -   the telecommunications network assigning a second functionality        level to the Internet Protocol address, in case that the        telecommunications network is able to federate the network        access related identification information to a contract related        identification information,    -   the federation of the network access related identification        information to the contract related identification information        comprising an authentication based on a Network Attachment        Subsystem (NASS).

According to the present invention, it is preferred that the logicalcommunication channel is established by using at least one piece ofauthentication information, the at least one piece of authenticationinformation being a trusted information existing within thetelecommunications network.

The physical communication link between the access node of thetelecommunications network and the CPE can be any wireline communicationlink. Such a wireline communication link usually comprises an endconnected to the CPE and an end connected to the access node of thetelecommunications network. The access node according to the presentinvention is defined as any device terminating the access network, thatis part of the telecommunications network, and the home network. The CPEis to be understood as a customer premises equipment like a home gatewayhaving a router functionality or any other device capable to establishan IP connectivity and being connected to the physical communicationlink, e.g., by means of being linked (or plugged) to a transfer point ora building entrance interface. The physical communication link betweenthe access node and the CPE is also often referred to as the “last mile”(between the network components of the access network and the customerpremises equipment. It is to be understood that the term “physicalcommunication link between the access node of the telecommunicationsnetwork and the CPE” does not need to be an individual wirelinecommunication link between the CPE and the access node but can also berealized by means of an active device (e.g. ONU/ONT or Cable Modem) theCPE is connected if a shared medium is used such as an optical fibernetwork based on GPON, a cable network or the like. In the context ofthe present invention, the term “physical communication link” alsoincludes a “logical communication link” between the two points to beconnected. Even a (partial) use of a wireless communication link such asa point-to-point radio system (or directional radio link) between theaccess node of the telecommunications network and the CPE is to beunderstood as being a “physical communication link” in the sense thatsuch a physical communication link comprises an end connected to the CPEand an end connected to the access node of the telecommunicationsnetwork.

Examples of a wireline communication link include a digital subscriberline communication link via a pair of copper lines or a digitalsubscriber line communication link via an optical fiber link or adigital subscriber line communication link via a cable television accesslink. In case a digital subscriber line communication link via a pair ofcopper lines is used, the CPE is, e.g., linked to the telecommunicationsnetwork by means of a so-called TAE (Telekommunikations AnschlussEinheit), APL (Abschlusspunkt Linientechnik, access point linetechnology or transfer point) and the pair of copper lines runs betweenthe TAE/APL (in the subscribers home) to a Digital Subscriber LineAccess Multiplexer (DSLAM) serving as access node of thetelecommunications network. In case a digital subscriber linecommunication link via an optical fiber link is used, the CPE is, e.g.,linked to the telecommunications network by means of a so-called ONU(Optical Network Unit)or ONT (Optical Network Termination) and theoptical fiber link runs between the ONU/ONT (in the subscribers home) toan OLT (Optical Line Terminal) serving as access node of thetelecommunications network. In case a digital subscriber linecommunication link via cable television access link is used, the CPE is,e.g., linked to the telecommunications network by means of a so-calledCM (Cable Modem) and the cable television access link runs between theCM (in the subscribers home) to an CMTS (Cable Modem Terminal System)serving as access node of the telecommunications network.

According to the present invention, the logical communication channel isestablished between the Internet Protocol Edge node and the CPE. Thelogical communication channel corresponds to an Internet Protocolsession or connection. The physical communication channel (between thetelecommunications network and the CPE) is established between theaccess node and the CPE. It is possible and preferred according to allembodiments of the present invention that the functionality of theInternet Protocol Edge node is at least partly integrated into thenetwork node having the functionality of the access node or vice versa(i.e. that the functionality of the access node is at least partlyintegrated into the network node having the functionality of theInternet Protocol Edge node).

According to the present invention, the logical communication channelbetween the Internet Protocol Edge node and the CPE (the InternetProtocol connection) is established by using at least one piece ofauthentication information, the at least one piece of authenticationinformation being a trusted information existing within thetelecommunications network, especially on the access node or access nodeport where the CPE is physically connected to. This means in the contextof the present invention that, in order to establish a completelyfunctional Internet Protocol session or connection (i.e. the logicalcommunication channel between the Internet Protocol Edge node and theCPE), no distribution of credentials or personalized pre-configured CPEdevices are necessary. It is only necessary that the telecommunicationsnetwork, i.e. a control unit or a control function, knows about theexistence of a specific port of the access node (and Line ID) and that aCPE, i.e. an arbitrarily configured CPE, is connected physically to thespecific port of the access node. Based on these technical conditions,an Internet Protocol session or connection is possible to be establishedfor the CPE. According to the present invention, initially, thisInternet Protocol connectivity or Internet Protocol session (i.e. thelogical communication channel) is preferably only functional based onthe first functionality level. Upon exchanging the contract relatedinformation, the activation of the second functionality level ispossible.

According to a preferred embodiment of the present invention, the atleast one piece of authentication information is independent from theCPE, and the at least one piece of authentication information is relatedsolely to either the access node or to other parts of thetelecommunications network.

Thereby, it is advantageously possible to reduce the logistical effortfor distributing the CPE devices to customers, for pre-configuring ofCPE devices or handling the at least one piece of authenticationinformation, i.e. especially credentials or credential information, asprerequisite for an Internet Protocol session or connection.

According to a preferred embodiment of the present invention, thenetwork access related identification information corresponds to or is aso-called port ID and/or a line ID. The network access relatedidentification information or the line ID represents the physicalcommunication channel. The physical communication channel is necessarilylocated, i.e. leads from a specific access node to a specific transferpoint (or vice versa), and therefore allows for the possibility toassign to the physical communication channel not only its identity(network access related identification information) but also itslocation, e.g. in the form of an postal address or in the form ofspecifying a specific apartment inside an apartment building. Thelocation of the physical communication channel preferably relatesprimarily to its remote end (i.e. the customer premise or the startingpoint of the physical communication link between the CPE and the accessnode). A so-called network port identification information, hereinafteralso called port ID identifies the port of the access node which isconnected to the physical connection towards the CPE. It is possibleaccording to the present invention to associate a line ID (i.e. thenetwork access related identification information) to the port of anaccess node, so both identifiers can be transported within technicalprotocols in the telecommunication network.

After an initial request of the CPE to the access node for requesting atelecommunications network service (i.e. for establishing a datatransmission connection), the access node complements the request of theCPE by the information elements of the line ID and of the port ID. Thisis preferably done via the DHCP protocol (Dynamic Host ConfigurationProtocol), preferably using DHCP option 82 or PPPoE (Point-to-PointProtocol over Ethernet), preferable using PPPoE intermediate agent.

The telecommunications network preferably comprises a so-called InternetProtocol Edge node. The Internet Protocol Edge node administers thedistribution of Internet Protocol addresses towards the CPE as well asdifferent functionality levels associated with different InternetProtocol addresses the CPE can address. Hence, the Internet ProtocolEdge node can be understood as being a routing device having a pluralityof access and permission rules associated with different InternetProtocol addresses on different virtual interfaces. An Internet Protocoladdress given to the CPE having a reduced functionality level, e.g., isonly permitted to a limited access range of target Internet Protocoladdresses. An Internet Protocol address having an increasedfunctionality level, e.g., is permitted to an enhanced access range oftarget Internet Protocol addresses with a default route to the internet.

According to the present invention, there are a number of differentfunctionality levels that can be associated or assigned to an InternetProtocol address given to the CPE:

A reduced functionality level is available to any functional physicalcommunication channel between any port of an access node of thetelecommunications network and any associated CPE operational with thiskind of access node. Such a reduced functionality level is usedaccording to the present invention to provide a basic connectivity withno relationship to a contract to enable the user behind thisconnectivity to use a default set of functionalities, e.g., apossibility to choose different access modes and/or different servicesoffered by the operator of such services by accessing a customer selfcare interface.An enhanced functionality level is associated with any service that canbe delivered and is accessible by the physical communication channelespecially by means of an Internet Protocol based network connection.Such services include but are not limited to an internet access service,a VoIP (voice over Internet Protocol) service, a VoD (video on demand)service, a television (TV) service or the like.It is possible and preferred according to the present invention that aplurality of enhanced functionality levels exist, e.g. an enhancedfunctionality level with regard to internet access service can beprovided simultaneously with a reduced functionality level regarding amulticast service such as television service (IPTV) or VoD.

According to one embodiment of the present invention, the initializationprocess of an Internet Protocol based service is described which meansthat the “first functionality level” refers to a reduced functionalitylevel, especially the basic connectivity level, and that the “secondfunctionality level” refers to an enhanced functionality associated witha certain kind of service delivery by the service provider after areference to a contract related identification information (i.e. forexample an authorization information) is made derived from a contract orat least to a possible contract (in the future). This process is called“federation” in the context of the present invention. According to thisembodiment, the first functionality level referring to such a reducedfunctionality level in the sense of a basic connectivity level forexample only allows an entity accessing the network to be connected to acustomer self care interface or another service or functionality aimedat configuring the network access. Such a reduced or basic connectivitylevel is also called “walled garden” in the context of the presentinvention. According to another embodiment of the present invention, achange in the Internet Protocol based service configuration is describedwhich means that the “first functionality level” refers to afunctionality level prior to the change of service configuration andthat the “second functionality level” refers to a functionality levelafter the change of service configuration. For example, thefunctionality level prior to the change of service configuration mightinclude only VoIP or a functionality implementing services previouslyprovided by the POTS system, and the functionality level after thechange of service configuration might include VoIP or POTS functionalityas well as internet access functionality (or the functionality levelafter the change of service configuration might include VoIP or POTSfunctionality as well as both internet access functionality and TV orVoD functionality.

According to another example, the functionality level prior to thechange of service configuration might include VoIP or POTS functionalityas well as access to a walled garden and the functionality level afterthe change of service configuration might include VoIP or POTSfunctionality as well as internet access functionality.

According to a preferred embodiment of the present invention, thetelecommunications network comprises an Internet Protocol Edge node anda control function, wherein the contract related identificationinformation to enable the second functionality level is sent to thecontrol function after relating the network access relatedidentification information to the contract related identificationinformation by the federation process. In the control function, a set ofauthorization information is stored. Initially this set of authorizationinformation in the meaning of “first functionality level” is a basic setof rights not derived from a contract. In a second step thisauthorization information in the meaning of “second functionality level”is changed. This is preferably done

-   -   after relating a line ID (i.e. a network access related        identification information) to a contract related identification        information, e.g. an entity like a user holding the        authorization information for services derived from a contract        (federation), or    -   after changing the authorization information related to this        user by changing the existent contract or changing it because of        other reasons (e.g. blocking the service because of abusive        behavior).

In the context of the present invention, the term “contract relatedidentification information” is related to an information that is

-   -   either linked to an authorization information for services like        internet service and/or a VoD service and/or a telephone (VoIP)        service and/or a television over IP service) and/or other        internet provider services like e-mail or portal services;    -   or linked to an authorization information derived from a        pre-paid contract related to a specific service a user has with        the service provider;    -   or linked to an authorization information derived from another        contractual or quasi-contractual relationship with the service        provider such as a promotional offer, a voucher or the like.

According to the present invention, the federation of the network accessrelated identification information to the contract relatedidentification information comprises an authentication based on aNetwork Attachment Subsystem (NASS). This means that an authenticationprocess is executed such that the user requesting access to thetelecommunications network can be provided such an access byauthenticating the network access related identification information andresolving the federated contract related identification information likethe user itself.

According to a preferred embodiment of the present invention, theauthentication based on a Network Attachment Subsystem (NASS) comprisesany application like a portal login or a SMTP authentication dialog,especially a SIP (Session initiation Protocol) registration.

According to another preferred embodiment of the present invention, theassignment of the second functionality level to the public or privateInternet Protocol address is effected within 100 seconds from assigningthe line ID and the entity holding the authorization information,preferably within 30 seconds, more preferably within 10 seconds, stillmore preferably within 3 seconds and most preferably within 1 second.

Thereby, it is advantageously possible to almost immediately configurethe network parameters such that a modification of the service settingsof a user can be used.

According to the present invention, it is furthermore preferred that atoken information or a Uniform Resource Identifier (URI) linked to atoken information is used during the authentication process. This URI toa token or the token information itself is issued within the process ofproviding an IP address to the CPE.

Thereby, it is advantageously possible according to the presentinvention to ensure that the authentication process can be executed in asecure manner.

According to the present invention, it is preferred that thedifferentiation between different functionality levels is realized bythe Internet Protocol Edge node by defining different ranges of InternetProtocol addresses that are potentially accessible by the CPE as well asother filters (e.g. Layer4). For content information that is not routedvia the Internet Protocol Edge node, it is preferred according to thepresent invention that the Internet Protocol Edge node controls theassociated telecommunications network elements (such as the access node)in order to allow or deny the access to such content information for aspecified CPE like enabling or disabling the transport of multicast oreven allow or deny the transport of a special kind of Ethernet frames.

According to the present invention, it is preferred that such a controlof the associated telecommunications network elements (such as theaccess node) is realized via DHCP (dynamic host configuration protocol)or a DHCP based protocol or PPPoE (point to point over Ethernet).

According to the present invention, it is preferred that the InternetProtocol Edge node communicates with a control function of thetelecommunications network in order to obtain authorization information.The authorization information is used by the Internet Protocol Edge nodeto associate a specific functionality level to the public or privateInternet Protocol address provided to the CPE. The request of theauthorization information is preferably based on the line ID as networkaccess related identification information. According to the presentinvention, the control function is realized by means of a centralizedauthentication, authorization, and accounting (AAA) function or anassociated AAA node. The authentication and/or authorization functionassociated with the control function is realized, e.g., by means of aRADIUS (Remote Authentication Dial In User Service (RADIUS)) server nodeor by means of a DIAMETER server node (or by means of a correspondingfunction realizing a RADIUS functionality). The control functionprovides information to the Internet Protocol Edge node that is relatedto the functionality level of the Internet Protocol address. This meansthat a memory means is assigned to the control function (or a controlnode comprises the memory means) such that the network access relatedidentification information (e.g. the line ID) is associated toinformation relating to the specific functionality level associated to acertain contractual relationship of a user or to the person of a certainuser. The information relating to the functionality level comprises,e.g., information regarding the potentially addressable range ofInternet Protocol addresses and the allowed and/or usable bandwidth.Such information relating to the functionality level might be stored inthe memory device associated with the control function in the form ofso-called policies and/or in the form of dedicated single informationand are used for the authorization of a request received by the controlfunction from the Internet Protocol Edge node.

According to the present invention, it is preferred that the controlfunction is able to force the Internet Protocol Edge node to implementchanges in the functionality level even for a working connection havinga working IP address. For example, this can be realized by means of achange of authorization request. According to the present invention, itis preferred that such a change in the functionality level (associatedwith a working connection of the CPE with the telecommunications networkusing the Internet Protocol address initially provided) is realized bymeans of a communication between the control function and the InternetProtocol Edge node. For example, the Internet Protocol Edge nodeacknowledges a command to restrict or expand the functionality level bymeans of an “Accounting Stop” message (in case an Internet Protocolconnectivity already exists between the CPE and the Internet ProtocolEdge) and a subsequent “Accounting Start” message towards the controlfunction. This is preferable done without interrupting the InternetProtocol connectivity of the CPE.

According to the present invention, it is preferred that the initialprovisioning of an Internet Protocol address for the connectivity of theCPE towards the telecommunications network (i.e. between the CPE and theaccess node) is realized by the Internet Protocol Edge node or by thecontrol function.

According to the present invention, it is further preferred that thecontrol function is able to return the following pieces of informationrelated to a working Internet Protocol connectivity (or working InternetProtocol session):

-   -   line ID and port ID for each kind of communication link,    -   range of Internet Protocol addresses addressable by the CPE,    -   network parameter related to an Internet Protocol session    -   network parameter related to the physical attachment between the        CPE and the access node like e.g. the sync bandwidth of a DSL        subscriber line.        Alternatively, it is possible and preferred according to the        present invention that instead of the line ID, a handle        reference or a pointer reference is used. In case that the line        ID is federated to a contract related identification        information, an application IDP (application identity provider)        referenced with the handle reference or pointer reference. This        enhances data privacy if network and service operators (holding        the contract for the IP services) are different legal entities.        Especially in such a case (that network and service operators        (holding the contract for the IP services) are different legal        entities), it is preferred according to the present invention        that the reference handle associated to the contract related        identification information is a so-called opaque handle, i.e. an        encrypted or otherwise masked information such that the content        of the line ID cannot easily be derived from the opaque handle        or encrypted or otherwise masked information.

According to the present invention, it is further preferred that thecontrol function is able to establish an IP connectivity even no line IDis provided for authentication (e.g. in case of maintenance situationsor the like). In this case, a special authorization profile (i.e. theconfiguration and installation functionality level) has to be providedto the IP edge for basic communication between a user or a technicianand the operator of the telecommunication network.

The present invention also relates to a telecommunications networkcomprising a plurality of network nodes, the telecommunications networkbeing provided for efficient connection between the telecommunicationsnetwork and a CPE, via an access node, wherein the telecommunicationsnetwork comprises a physical communication channel between the accessnode of the telecommunications network and the CPE, the physicalcommunication link being associated to a network access relatedidentification information related to the access node, wherein thetelecommunications network provides a public or private InternetProtocol address to the CPE for use by the CPE to communicate with theInternet Protocol Edge node, the Internet Protocol address beingassociated with the network access related identification informationand an Internet Protocol session (IP session) or connection realizing alogical communication channel being initiated between the InternetProtocol Edge node of the telecommunications network and the CPE,wherein the telecommunications network initially assigns a firstfunctionality level to the public or private Internet Protocol address,and wherein the telecommunications network assigns a secondfunctionality level to the public or private Internet Protocol address,in case that the telecommunications network is able to federate thenetwork access related identification information to a contract relatedidentification information, wherein the federation of the network accessrelated identification information to the contract relatedidentification information comprises an authentication based on aNetwork Attachment Subsystem (NASS) which is represented by the controlfunction of the telecommunications network.

The present invention furthermore also relates to a telecommunicationsnetwork comprising a plurality of network nodes, the telecommunicationsnetwork being provided for efficient connection between thetelecommunications network and a CPE, via an access node, wherein thetelecommunications network comprises a physical communication channelbetween the access node of the telecommunications network and the CPE,the physical communication link being associated to a network accessrelated identification information related to the access node, whereinthe telecommunications network provides a public or private InternetProtocol address to the CPE for use by the CPE to communicate with theInternet Protocol Edge node, the Internet Protocol address beingassociated with the network access related identification informationand an Internet Protocol session (IP session) or connection realizing alogical communication channel being initiated between the InternetProtocol Edge node of the telecommunications network and the CPE,wherein the telecommunications network initially assigns a firstfunctionality level to the public or private Internet Protocol address,and wherein the telecommunications network assigns a secondfunctionality level to the public or private Internet Protocol address,in case that the telecommunications network is able to federate thenetwork access related identification information to a contract relatedidentification information, wherein the federation of the network accessrelated identification information to the contract relatedidentification information comprises an authentication based on aNetwork Attachment Subsystem (NASS).

According to the present invention, it is preferred that the logicalcommunication channel is established by using at least one piece ofauthentication information, the at least one piece of authenticationinformation being a trusted information existing within thetelecommunications network.

Further subjects of the present invention include a program comprising acomputer readable program code for controlling an access node and/or acontrol function to perform an inventive method and a computer programproduct comprising such a program.

The present invention will be described with respect to particularembodiments and with reference to certain drawings but the invention isnot limited thereto but only by the claims. The drawings described areonly schematic and are non-limiting. In the drawings, the size of someof the elements may be exaggerated and not drawn on scale forillustrative purposes.

The terms first, second, third and the like in the description and inthe claims are used for distinguishing between similar elements and notnecessarily for describing a sequential or chronological order. It is tobe understood that the terms so used are interchangeable underappropriate circumstances and that the embodiments of the inventiondescribed herein are capable of operation in other sequences thandescribed of illustrated herein.

In FIG. 1, an example of a telecommunications network 5 with a connectedcustomer is schematically represented. The customer is connected to thetelecommunications network 5 using a so-called CPE or a dedicated CPEwith capabilities to establish an IP connectivity like a PC, a settopbox or any other device 10. The CPE 10 is, e.g., a routing deviceinstalled in the user's home. Further customer premises equipment (CPE)might be present connected to the CPE.

The CPE 10 is connected to the telecommunications network 5 via anaccess node 20. The access node 20 is preferably a Digital SubscriberLine Access Multiplexer (DSLAM) installed either in the building of thecustomer or installed at a distance of less than a few kilometers,preferably less than 1000 meters, more preferably less than 500 metersor an OLT (Optical Line Terminal) serving as access node of thetelecommunications network.

The access node 20 is connected to an Internet Protocol Edge node 30within the telecommunications network 5. The Internet Protocol Edge nodeadministers the distribution of Internet Protocol addresses as well asdifferent functionality levels associated with different InternetProtocol addresses, the CPE can access. The Internet Protocol Edge nodecan be understood as being a routing device having a plurality of accessand permission rules regarding different Internet Protocol addresses ondifferent virtual interfaces. Especially, the Internet Protocol Edgenode 30 controls which addresses and functions are accessible by the CPE10 on Layer 3 and Layer 4 of the OSI-Model.

The telecommunications network 5 further comprises a control function40. According to the present invention, the control function 40 isrealized by means of a centralized authentication, authorization, andaccounting (AAA) function or an associated AAA node. The authenticationand/or authorization functions associated with the control function 40is realized, e.g., by means of a RADIUS (Remote Authentication Dial InUser Service (RADIUS)) server node or by means of a DIAMETER server node(or by means of a corresponding function realizing a RADIUSfunctionality). According to the present invention, it is possible andpreferred that—instead of the Internet Protocol Edge node 30—the controlfunction 40 administers the distribution of Internet Protocol addressesas well as different functionality levels associated with differentInternet Protocol addresses, the CPE can access.

The Internet Protocol Edge node 30 furthermore controls thesession-accounting for the control function 40. Additionally, theInternet Protocol Edge node 30 is able to use an identifier informationor a credential information, obtained or received from the access node20, for authentication purposes with the control function 40. Forauthentication purposes, i.e. as a piece of authentication information,the line ID is used. Furthermore, the Internet Protocol Edge node 30transmits the port ID from the access node 20. The Internet ProtocolEdge node 30 furthermore controls the bandwidth (on an Internet Protocollevel) for the upstream and downstream dataflow for one or more defineddata classes.

According to a preferred embodiment according to the present invention,the Internet Protocol Edge node 30 manages or allocates the InternetProtocol addresses (IP-addresses) of the CPE 10 according to rules orrule information received by the control function 40 (especiallyreceived by the Internet Protocol Edge node 30 in return to an accessrequest message to the control function 40).

The telecommunications network 5 further comprises an operation supportsystem 60. The operation support system 60 is especially used to managethe different entities of the access network, i.e. the part of thetelecommunications network 5 used to provide access to a comparablyimportant number of users to the telecommunications network 5.Furthermore, the telecommunications network 5 comprises a networkidentity provider (hereinafter also called network IDP) 65. The networkIDP 65 is especially used to handle managing of authentication andauthorization for the different ports of one or a plurality of accessnodes 20 out of the plurality of access nodes 20 of thetelecommunications network 5. The operation support system 60 is linkedto the access node 20 such as to be able to initialize the access node20. The operation support system 60 provides a management connection tothe access node 20, preferably by means of an Internet Protocol (IP)connection. This is, e.g., done by using a management address such as anInternet Protocol (IP) address which is specifically reserved formanaging or initializing a specific access node 20.

The telecommunications network 5 further comprises an A&A function(authorization and authentication function) 70 for applications and/oran IMS functionality. The A&A function 70 is especially used toauthenticate (i.e. the process where an entity's identity isauthenticated, typically by providing evidence that it holds a specificdigital identity such as an identifier and the correspondingcredentials) and to authorize (i.e. whether a particular entity isauthorized to perform a given activity) users and/or devices within thetelecommunications network 5 towards an application and/or IMS.

Furthermore, the telecommunications network 5 comprises an applicationidentity provider (hereinafter also called application IDP) 75. Theapplication IDP 75 is especially used to handle the different usersand/or devices of the telecommunications network 5. The application IDP75 and the network IDP 65 are able to federate the contract relatedidentification information (hereinafter also called a user identity oruser ID) with the network access related identification information,i.e. the identity of a network termination location or a network port(e.g. the port of an access node) by means of a federation interface.

The telecommunications network 5 further comprises an applicationfunction or application entity 50 (especially an application of theInternet Protocol Multimedia Subsystem (IMS) system of thetelecommunications network 5—especially a SIP proxy (P-CSCF)).

According to the present invention, the telecommunications network 5preferably comprises a Customer Relation Management function 80 or acorresponding unit. Hereinafter, the term Customer Relation Managementfunction 80 is used to refer to such a unit as well. The CustomerRelation Management function 80 is provided as a function to createcustomer identities (for handling new customers) and correspondingcontracts. The Customer Relation Management function 80 is the master ofcustomer, product and contract data. The Customer Relation Managementfunction 80 comprises or is assigned to a request or order managementcomponent (or order management function) like in the meaning of “OrderHandling” and “Service Configuration and Activation” shown in the eTommodel (not explicitly shown) that processes the different requests (e.g.related to the generation of a new customer data element or afulfillment process) and forwards corresponding requests to other partsof the telecommunications network 5.

According to the present invention, it is furthermore preferred that thetelecommunications network 5 also comprises a customer self careinterface 85 or a customer self care portal 85. The customer self careportal 85 provides the possibility to a user (or customer) of thetelecommunications network 5 to configure the network access.

According to the present invention, a configuration device 11 can beconnected to the access node 20 for configuration and/or installationpurposes. In normal operative use of the telecommunications network 5,the configuration device 11 is not connected to (all of) the accessnodes 20.

Preferably, the customer self care portal 85 supports a userauthentication against the application IDP and determines—as aprerequisite for a federation—the line ID that corresponds to theInternet Protocol address used during the authentication process againstthe control function 40. Preferably, it is possible that the federationprocess between a user ID and a line ID is also initiated:

-   -   by means of transmitting an order ID to the application IDP, the        order ID being related to a user ID, and/or    -   by means of transmitting an order ID to the network IDP, the        order ID being related to a line ID.        Furthermore, a provisioning interface is preferably provided        from the application IDP to the network IDP such that an update        of the services accessible to a line ID (i.e. the functionality        level associated to the IP address, e.g., assigned to a network        port or to a CPE 10 or any other device connected to the access        node 20) can be changed by means of the line ID or by means of a        handle (preferably an opaque handle) to the line ID. According        to the present invention, also a (complete or partial)        de-federation between a user ID and a line ID (which results to        i.e. a removal of the right to use a specific service or the        reduction of rights or usable bandwidth) is possible, preferably        by means of the customer self care portal. In the following,        only the case of a federation is explicitly mentioned but the        de-federation case is also possible according to the present        invention.

The execution of the federation process necessitates a user ID and aline ID or any other contract related information. According to a firstalternative of the federation process, an explicit user authentication(i.e. a determination of the user ID) is performed with the customerself care portal. By using a network resource to contact the customerself care portal, i.e. by using a network port of an access node 20,also the line ID is available when such a user authentication with thecustomer self care portal is performed. According to a secondalternative of the federation process, the line ID is determined via alocation search. Another search also provides a user ID (e.g. afterasking the customer for his user name or any other known informationassigned to the user ID like a special secret) or any other contractrelated information. Both the first and the second alternative of thefederation process leads to the possibility to federate the user ID orany other contract related information and the line ID. The federationprocess as well as each later change relating to the services associatedto a user ID or any other contract related information results in arequest of the application IDP 75 to the network IDP 65. Thereby, theapplication IDP 75 uses preferably the line ID federated to the user IDor any other contract related information or a corresponding handle. Asa result, the network IDP 65 performs an update of the stored data in(or associated with) the control function 40, namely:

-   -   an update of the permissions stored in a persistent database        relating to the line ID,    -   an update of the permissions stored in a session database        relating to an existing Internet Protocol connection, e.g. by        means of a change-of-authorization request to the Internet        Protocol Edge node 30.

As a result of the federation process, line ID and user ID or any othercontract related information are federated, the network IDP 65 and thecontrol function 40 comprise an authorization information for each lineID related to the permitted network services (such as addressableInternet Protocol address ranges and usable bandwidth including thepossibility to access a multicast replication point). The possiblyexistent Internet Protocol connection of a CPE 10 with an InternetProtocol Edge node 30 is re-parameterized. According to the presentinvention, it is preferably advantageous that it is possible to federatea user ID or any other contract related information with a line ID bothby means of a 1 to 1 relationship and by means of a 1 to n relationship.This means that one and the same user can have network service access ona plurality of different line IDs.

In FIG. 2, an example of a more detailed representation of physicalcommunication channels between an access node 20 and a plurality of homegateways 10 is schematically shown. As can be seen from therepresentation in FIG. 2, an access node 20 be (and preferably is)connected to a plurality of different home gateways 10, e.g. located indifferent homes. On the left hand side of FIG. 2, a plurality ofindividual houses are schematically represented. In each of these housesa home gateway 10 is located providing individual access to thetelecommunications network 5. On the right hand side of FIG. 2, anapartment building is schematically represented having a plurality ofdifferent apartments and each apartment having a home gateway 10providing individual access to the telecommunications network 5. Thedifferent lines running from the access node 20 to the home gateways 10(of the houses or of the apartment building)

According to the present invention, the telecommunications network 5 ispreferably provided as a so-called NGN (next generation network).Generally, NGN telecommunications networks 5 comprise four differentplanes or network layers, namely a first network plane 1 assigned to theaccess (access plane 1), a second network plane 2 assigned to thetransport of data (transport plane 2), a third network plane 3 assignedto controlling (control plane 3), and a fourth network plane 4 assignedto the applications (application plane 4).

In FIG. 3, a communication diagram related to providing InternetProtocol connectivity to a CPE 10 and initializing a communicationservice is schematically illustrated by means of a multitude ofdifferent messages exchanged between the CPE 10, the access node 20, theInternet Protocol Edge node 30 and the control function 40.

In a first step of initially providing Internet Protocol connectivity tothe CPE 10, the CPE 10 requests the provision of an Internet Protocoladdress to the access node 20. This is represented by a first message101.

In a second step, the access node 20 adds further information to therequest to provide an Internet Protocol address. The request with theadded information is transmitted to the Internet Protocol Edge node 30.The added further information especially includes line ID and port IDinformation for the case of a wireline physical communication channel(this constitutes the trusted information according to the presentinvention as this information (line ID and port ID) is known in atrusted manner to the telecommunications network 5). Besides the networkaccess related identification information (or line ID), furtherinformation regarding especially network parameters can be added by theaccess node like physical connection speed for up- and downstream 20.This is represented by a second message 102.

In a third step, the Internet Protocol Edge node 30 sends anauthorization request to the control function 40 based especially on theline ID. This is represented by a third message 103.

In a fourth step, the control function 40 retrieves or determines theauthorization information related to the line ID in the request 103. Theauthorization information especially comprises information regarding

-   -   ranges of Internet Protocol address that should be accessible to        the CPE 10 as well as other filters (e.g. Layer4) including        accessibility to multicast, and    -   bandwidth information regarding allowed or authorized bandwidths        (e.g. regarding the upload bandwidth and/or regarding the        download bandwidth).        The retrieved or determined authorization information is        returned by the control function 40 to the Internet Protocol        Edge node 30 which is represented by a fourth message 104. In        case that the provisioning of the Internet Protocol address        assigned to the CPE is done by the Internet Protocol Edge node,        the fourth message 104 does not comprise an indication about the        Internet Protocol address assigned to the CPE 10. Alternatively,        in case that the provisioning of the Internet Protocol address        assigned to the CPE 10 is not done by the Internet Protocol Edge        node, the provisioning of the Internet Protocol address to be        used by the CPE is provided by the control function, and the        fourth message 104 comprises an indication about the Internet        Protocol address assigned to the CPE 10.

In a fifth step, the Internet Protocol Edge node provides for arealization of the Internet Protocol traffic routing according to theinformation received by the control function 40. Especially, theInternet Protocol Edge node sets the ranges of Internet Protocoladdresses accessible to the CPE as well as other filters (e.g. Layer4)and the respective usable bandwidths in accordance with the informationof the fourth message 104. Furthermore, by means of a fifth message 105,the Internet Protocol Edge node 30 provides an Internet Protocol address(to be assigned to the CPE 10 or to be used by the CPE 10) to the CPE10. It is preferred according to the present invention, that the fifthmessage 105 also comprises additional network information such as thedefault gateway and/or the DNS-address (address of the domain namesystem, DNS).

In case that setting information contained in the fourth message 104indicate that modifications regarding the settings of multicastreplication parameters (usually done at the access node 20) arenecessary, the Internet Protocol Edge node 30 provides such informationto the access node by means of a sixth message 106.

In a seventh step, the Internet Protocol Edge node 30 sends a seventhmessage 107 to the control function 40. The seventh message 107comprises an Accounting-Start-Request related to the Internet Protocoladdress to start a session at the control function 40.

In an eighth step, the control function 40 starts a session related tothe Internet Protocol address and stores the Internet Protocol addressassigned to the CPE, the ranges of Internet Protocol addressesaccessible by the CPE as well as other filters (e.g. Layer4) or itscorrelated authorization information, line ID and port ID, as well asthe network parameters describing the access node port capabilities.

As a result, an Internet Protocol connectivity is established betweenthe CPE 10 and the telecommunications network: the CPE 10 is equippedwith an Internet Protocol address, i.e. an IP address, (dynamic orstatic) and all mandatory information are present at the CPE 10 in orderto address arbitrary Internet Protocol addresses (if allowed by thepurchased service or functionality level) and to dissolve host names toInternet Protocol addresses.

According to the present invention, it is advantageously possible to usea CPE device without comprising personalized credential information(i.e. information directly linked to a specific user or contract).

In FIG. 4, a communication diagram is shown which is related to theinitialization process for effectively initializing an access node 20out of a plurality of access nodes 20 of the telecommunications network5 in such a way that communication access and especially InternetProtocol connectivity of a CPE 10 (and preferably a plurality of forexample 10 or 100 or 1000 or 10000 CPEs 10) to the telecommunicationsnetwork 5 can be provided via the access node 20. The communicationdiagram represents a multitude of different messages exchanged betweenthe access node 20, the control function 40, the operation supportsystem 60 and the network IDP 65.

In the case of initially setting up a telecommunications network toenable the Internet Protocol connectivity to one of the plurality ofCPEs 10 connected to the access node 20 to be initialized, the accessnode 20 is connected (in an eleventh step) to the operation supportsystem 60 by means of a management communication channel. The managementcommunication channel is, e.g., realized by means of using a managementaddress such as an Internet Protocol management address. For eachphysical communication channel (to possibly a CPE 10 or another device)that the access node 20 (which is to be initialized by such a managementcommunication channel) is able to provide, the access node 20 is able totransmit to the operation support system 60 the following pieces ofinformation: the line ID, the port ID, the status of the physicalcommunication channel, as well as further network parameters such as themaximum bandwidth physically possible. This is represented by aneleventh message 111. Based on the information received by the accessnode 20 with respect to a specific physical communication channel, theoperation support system 60 is able to get the port ID or configure theport ID from/to a port of an access node, configure the line ID to aport represented by the port ID, configure physical limits of theavailable bandwidth as well as other parameters. Furthermore, theoperation support system 60 is able to store the location information(related to the physical communication channel) related to the line ID.In case no line ID is available, the operation support system 60 canprovide a configuration such that the line ID is equal to the port ID.Alternatively to realizing the configuration such that in case of anunavailable line ID the port ID and the line ID are set to be equal, itis also possible to not specify the line ID. In such a case, if thecontrol function 40 receives a request regarding a physicalcommunication channel (or network port) having no specified line ID oran unknown line ID, the control function does not reject such a requestbut grants network access in a limited fashion, e.g. according to aconfiguration and installation functionality level or a fault policy,i.e. only permitting a maintenance functionality (i.e. a functionalitylevel even more reduced than the functionality level previously referredto providing a basic connectivity (with no relationship to a contractand to enable to use customer self care capabilities)—called “firstfunctionality level”).

The process of initializing the access node 20 means that the operationsupport system 60 detects (or discovers) the technical status as well asthe logical status of each network port (or physical communicationchannel) of the access node 20, or that the operation support system 60detects (or discovers) the technical status as well as the logicalstatus of at least the majority of the network ports (or physicalcommunication channels) of the access node 20. As this initializingprocess of the access node 20 can be performed automatically, thisprocess is also called autodiscovery of the access node 20 orautodiscovery of the network ports of the access node 20.

According to the present invention, it is preferred that the operationsupport system 60 knows at least the following possibilities regardingthe technical status of a network port (or physical communicationchannel):

-   -   network port is available (“OK”), i.e. there is no error        detected associated with the physical communication channel or        network port;    -   network port is not available (“not OK”), i.e. there is an error        detected associated with the physical communication channel or        network port;    -   network port is busy (“Sync”), i.e. there is a connection        established between the network port of the access node 20 and,        e.g., a CPE 10.

According to the present invention, it is preferred that the operationsupport system 60 knows at least the following possibilities regardingthe logical status of a network port (or physical communicationchannel):

-   -   network port is provisioned (“Provisioned”), i.e. the        information regarding the port ID, the location and the line ID        are present at the operation support system 60;    -   network port is not provisioned (“unprovisioned”), i.e. the        information regarding the port ID is present at the operation        support system 60 but not the information regarding the line ID        (according to one embodiment of the present invention but not        necessarily, this results in setting the line ID equal to the        port ID).

In a twelfth step, the operation support system 60 transmits the line IDinformation, the location information as well as the informationregarding the technical and logical status of the different networkports of the initialized access node 20 to the network IDP 65. This isrepresented by a twelfth message 112.

In a thirteenth step, a message is sent to the control function 40requesting the generation of a (new) network port entry in a memory unitof the control function 40 or assigned to the control function 40. Thenew network port entry represents the network port newly discovered bythe telecommunications network 5 or newly integrated in the managementof the telecommunications network 5 by means of the initializationprocess of the access node 20. The thirteenth step is represented by athirteenth message 113. The thirteenth message 113 is preferably sent bythe network IDP 65. In an optional fourteenth step, the control function40 acknowledges the generation of the network port entry. This isrepresented by a fourteenth message 114.

As a result, the access node 20 is configured or initialized to use anewly discovered network port, i.e. allowing a new physicalcommunication channel between the access node 20 and a CPE 10. Theoperation support system 60 knows the technical and logical status ofthe network ports of the access node 20 as well as line ID, port ID,location and further network parameter. The network IDP 65 knows thetechnical and logical status of all the network ports at the newlyinitialized and configured access node 20 as well as the line ID andlocation related to the line ID; furthermore, the network IDP 65 hasdetected which one of the network ports is potentially federable (i.e.can be federated) and which one of the network ports is alreadyfederated. The control function 40 knows about all line IDs (and networkports) of the network IDP 65 together with the correspondingauthorization information for the Internet Protocol ranges addressableby the CPE 10 as well as other filters (e.g. Layer4) and the possiblebandwidth. According to the present invention, it is always possible toprovide an IP-connectivity. In case that only a port ID is available,such IP-connectivity is only available for internal uses (of thetelecommunications network). In case that additionally a line ID isavailable, IP-connectivity is also available according to a defaultpolicy (first functionality level), providing access to a walled garden,from a CPE 10 linked to the access node 20.

In FIGS. 5 to 8, communication diagrams related to the authenticationprocess are schematically represented. With respect to the descriptionof FIG. 5, a first to an eleventh step and corresponding first toeleventh messages or processings 123 a to 123 k are mentioned which onlyrefer to the description of FIG. 5. With respect to the description ofFIG. 6, a first to an eleventh step and corresponding first to eleventhmessages or processings 124 a to 124 k are mentioned which only refer tothe description of FIG. 6. With respect to the description of FIG. 7, afirst to an eleventh step and corresponding first to eleventh messagesor processings 125 a to 125 k are mentioned which only refer to thedescription of FIG. 7. With respect to the description of FIG. 8, afirst to a thirteenth step and corresponding first to thirteenthmessages or processings 126 a to 126 m are mentioned which only refer tothe description of FIG. 8. In FIG. 5, a first alternative embodiment ofan authentication process is represented. In FIGS. 6 and 7, a secondalternative embodiment of an authentication process is represented. InFIG. 8, a third alternative embodiment of an authentication process isrepresented.

In FIG. 5, the communication diagram related to the first embodiment ofthe authentication process is schematically illustrated by means of amultitude of different messages exchanged between the CPE 10, theapplication 50, the A&A function 70, the control function 40, and theapplication IDP 75. A&A function 70 as well as the application IDP 75could be partially or fully realized by a Home Subscriber Server (HSS)component. The application 50 is realized in the context of the firstembodiment of the authentication process of the present invention bymeans of a SIP proxy 50. In the following SIP REGISTER means thesequence starting with the initial request of a CPE towards the InternetProtocol Multimedia Subsystem (IMS) of the telecommunications network 5and ending with a SIP session. The authentication according to the firstembodiment is NASS based, i.e. it uses the Network Attachment Subsystemof the telecommunications network 5 for authenticating an applicationsession, especially a SIP (Session Initiation Protocol) connection.According to the first embodiment regarding the authentication process,it is possible that the telephone numbers associated to POTS-ports ofthe CPE 10 (i.e. ports or interfaces or functionality of the CPE 10 thatprovide the functionality of the legacy POTS (Plain Old TelephoneSystem) system) can be automatically retrieved or determined. The CPE 10transmits a SIP-REGISTER request comprising the e.g. SIP-From-Header anduses, e.g., for the first POTS-port the local part address <localpart1>, for the second POTS-port the local part address <local part2>,etc. In the telecommunications network 5, preferably in the applicationIDP 75, a service profile for each local part address is stored relatedto the user ID. The service profile is provided, e.g., in the form of atable relating the <local part1> address to a specific telephone number,such as +49 6001 12345678 (optionally also a plurality of such telephonenumbers), and relating the <local part2> address to another specifictelephone number, such as +49 6001 23456789 (optionally also a pluralityof such telephone numbers). It is preferred according to the presentinvention that a SIP-proxy (P-CSCF) 50 exists in the Internet ProtocolMultimedia Subsystem (IMS) of the telecommunications network 5, theSIP-proxy 50 being able to determine the user ID together with aVoIP-Profile through a communication with the A&A function 70 and thecontrol function 40. By using (providing) the line ID (network accessrelated identification information), the A&A function 70 is able todetermine or retrieve the user or user ID associated with the line ID,and thereafter the A&A function 70 is able to request or retrieve fromthe application IDP 75 which telephone number is configured to the localpart of the service profile related to the user ID. Then, the SIP proxy50 can communicate a SIP REGISTER procedure with the data obtained fromthe other entities of the telecommunications network 5. In more detail,this process is hereinafter described and represented in FIG. 5. In afirst step, involving a first message 123 a comprising preferably theInternet Protocol address and a <local part1>@<fqdn> information (forits first POTS-port), the CPE 10 requests a SIP REGISTER at the SIPproxy of the Internet Protocol Multimedia Subsystem 50. In a secondstep, involving a second message 123 b comprising preferably theInternet Protocol address and the <local part1>@<fqdn> information, theSIP proxy 50 extracts the local part of the SIP user name and requeststhe user ID, the telephone number as well as the authorization (relatedto the Internet Protocol address) from the A&A function 70. In a thirdstep, involving a third message 123 c, the A&A function 70 requests thecorresponding line ID or a (opaque) handle to the line ID (related tothe Internet Protocol address) from the control function 40. In a fourthstep, involving a processing 123 d, the control function 40 determinesthe line ID (or a handle for the line ID) related to the IPconnectivity. In a fifth step, involving a fifth message 123 e, thecontrol function 40 transmits the line ID or the handle thereto to theA&A function 70. In a sixth step, involving a sixth message 123 f, theA&A function 70 requests from the application IDP 75 the user ID as wellas the telephone number stored at the user ID's profile for <localpart1> and the authorization related to the user ID. In a seventh step,involving a processing 123 g, the application IDP 75 determines therequested information, and in an eighth step, involving an eighthmessage 123 h, the application IDP returns the requested information tothe A&A function 70. In a ninth step, involving a ninth message 123 i,the A&A function 70 returns the requested information (i.e. the user ID,the line ID, phone number and authorization information related to theInternet Protocol address) to the SIP proxy 50 of the Internet ProtocolMultimedia Subsystem (IMS). In a tenth step, involving a processing 123j, the SIP proxy 50 verifies the authorization information and preparesa SIP REGISTER (in case the authorization is positive) and anacknowledgment to the requesting CPE 10. In an eleventh step, involvingan eleventh message 123 k, the SIP proxy 50 proceeds (in case theauthorization is positive) with a SIP REGISTER of the requesting CPE 10with the determined POTS telephone number related to the POTS portidentified by the local part information.

As a result, the SIP-REGISTER procedure has been executed involving aNASS based authentication of the CPE 10 with the telephone number beingassociated to the profile for <local part1> of the user ID memorized inthe application IDP 75 which is in relation to the line ID after afederation of line ID and user ID. A SIP REGISTER has been performedwithout any personalized credentials required to be stored within theCPE 10 but with the possibility to assign individual telephone numbersto different POTS ports of a CPE. This procedure of a NASS basedauthentication can also be applied in relation to other applications. Inthis case other profile related information like <local part1> could beused to retrieve information from the application IDP 75 to avoidservice specific information stored within the CPE.

In FIGS. 6 and 7, the communication diagram related to the secondembodiment of the authentication process is schematically illustrated bymeans of a multitude of different messages exchanged between:

-   -   in FIG. 6: the CPE 10, the access node 20, the Internet Protocol        Edge node 30, and the control function 40, and    -   in FIG. 7: the CPE 10, the application 50, the A&A function 70,        the control function 40, and the application IDP 75.        The authentication according to the second embodiment is also        NASS based. According to the second embodiment regarding the        authentication process, the control function 40 is able to        provide (with regard to a valid access request) either a token        information or a link (Uniform Resource Identifier (URI)) to a        token information to the Internet Protocol Edge node 30.        Optionally thereto, it is possible according to the second        embodiment of the authentication process that a token server        that provides the token information and/or the link to the token        information to the control function 40. The token information        and/or the link (Uniform Resource Identifier (URI)) of the token        information can be transmitted to the CPE 10 by means of, e.g.,        a DHCP protocol and/or a PPPoE protocol. In case the CPE 10        receives a link to a token information (such as a Uniform        Resource Identifier (URI)), the CPE 10 is able to request or to        retrieve the token information at the token server. Preferably,        the CPE 10 can store the token information at a secure location.        In more detail, a first part of the authentication process        according to the second embodiment is hereinafter described and        represented in FIG. 6.

In a first step, involving a first message 124 a, the CPE 10 requests anInternet Protocol address form the access node 20. In a second step,involving a second message 124 b comprising preferably furtherinformation such as the line ID, the port ID and further networkparameters, the request for an IP address is transferred from the accessnode 20 to the Internet Protocol Edge node 30. In a third step,involving a third message 124 c, the Internet Protocol Edge node 30requests an authorization (for the Internet Protocol address) at thecontrol function 40 (transmitting the Line ID and the port ID). In afourth step, involving a processing 124 d, the control function 40determines the authorization information related to the line ID(regarding addressable IP ranges, authorized bandwidths (for uplink anddownlink), and the like. Furthermore, the control function 40 generatesor retrieves a token information. In a fifth step, involving a fifthmessage 124 e, the control function 40 transmits the Internet Protocoladdress, the authorization and the token information (or the UniformResource Identifier (URI) to the token information) to the InternetProtocol Edge node 30. In a sixth step, involving a processing 124 f,the Internet Protocol Edge node 30 parameterizes the IP connection forthe CPE 10, i.e. ranges of Internet Protocol address that should beaccessible to the CPE 10 including accessibility to multicast, andbandwidth information regarding allowed or authorized bandwidths (e.g.regarding the upload bandwidth and/or regarding the download bandwidth).If necessary, the Internet Protocol Edge node 30 transmits in a seventhstep, involving a seventh message 124 g, a configuration information tothe access node 20, e.g. in case that the multicast configurationprofile at the access node 20 has to be changed. In an eighth step,involving an eighth message 124 h, the Internet Protocol Edge node 30transmits to the CPE 10 all the relevant information for starting an IPconnection, including the token information or the Uniform ResourceIdentifier (URI) to the token information, the network information suchas the default gateway, the DNS address. In a ninth step, involving aprocessing 124 i, the CPE 10 (optionally retrieving the token by usingthe Uniform Resource Identifier (URI)) stores the token information. Ina tenth step, involving a tenth message 124 j, the Internet ProtocolEdge node 30 sends an accounting start request (with the line ID, portID, the Internet Protocol address, the network parameters, and the tokeninformation) to the control function 40. In an eleventh step, involvinga processing 124 k, the control function generates the session with thenetwork parameters and the token information.

A second part of the authentication process according to the secondembodiment is hereinafter described and represented in FIG. 7. In atwelfth step, involving a twelfth message 125 a comprising preferablythe Internet Protocol address and a <local part1#token>@<fqdn>information (for its first POTS-port), the CPE 10 requests a SIPREGISTER at the SIP proxy 50 of the Internet Protocol MultimediaSubsystem (IMS). In a thirteenth step, involving a thirteenth message125 b comprising preferably the Internet Protocol address and the <localpart1#token> information, the SIP proxy 50 requests the user ID, thetelephone number as well as the authorization (related to the InternetProtocol address) from the A&A function 70. In a fourteenth step,involving a fourteenth message 125 c, the A&A function 70 requests thecorresponding line ID or a (opaque) handle to the line ID (related tothe Internet Protocol address) and a token information from the controlfunction 40. In a fifteenth step, involving a processing 125 d, thecontrol function 40 determines the line ID (or additionally generates ahandle for the line ID) as well as the token information (or retrievesthe token information or a link thereto) related to the IP connectivity.In a fifth step, involving a sixteenth message 125 e, the controlfunction 40 transmits the token information (or link informationthereto) and the line ID (or the handle thereto) to the A&A function 70.In a seventeenth step, involving a seventeenth message 125 f, and incase of corresponding (e.g. identical) token information from thecontrol function 40 on the one hand and the <local part1#token>information provided by the SIP proxy 50 on the other hand as aprerequisite for a positive authentication, the A&A function 70 requestsfrom the application IDP 75 the user ID as well as the telephone numberstored at the user ID's profile for <local part1> and the authorizationrelated to the user ID. In an eighteenth step, involving a processing125 g, the application IDP 75 determines the requested information, andin an nineteenth step, involving a nineteenth message 125 h, theapplication IDP 75 returns the requested information to the A&A function70. In a twentieth step, involving a twentieth message 125 i, the A&Afunction 70 returns the requested information to the SIP proxy 50 of theInternet Protocol Multimedia Subsystem (IMS) of the telecommunicationsnetwork 5. In a twenty-first step, involving a processing 125 j, the SIPproxy 50 verifies the authorization information and prepares a SIPregister (in case the authorization is positive) and an acknowledgmentto the requesting CPE 10. In a twenty-second step, involving atwenty-second message 125 k, the SIP proxy 50 proceeds (in case theauthorization is positive) with a SIP REGISTER of the requesting CPE 10,thereby transmitting the determined POTS telephone number related to thePOTS port identified by the local part information.

As a result, the CPE 10 has all necessary information related to accessthe authorized services of the telecommunications network 5. TheIP-Connectivity is possible without credential information stored in theCPE 10 prior to the network connection of the CPE 10 with thetelecommunications network 5. The Internet Protocol Edge node 30comprises the necessary configuration information, e.g. addressable IPranges for the IP connection between the Internet Protocol Edge Node 30and the CPE. The access node 20 has received the relevant multicastconfiguration information, directly or indirectly from the InternetProtocol Edge node 30. The control function 40 comprises a sessioninstance comprising the IP address used by the CPE, the addressable IPranges, port ID, line ID, network parameter as well as a tokeninformation (or a link thereto). The SIP-REGISTER procedure has beenexecuted involving a NASS based authentication of the CPE 10 with thetelephone number being associated to the profile for <local part1> ofthe user ID memorized in the application IDP 75 which is in relation tothe line ID after a federation of line ID and user ID. A SIP REGISTERhas been performed without any personalized credentials required to bestored within the CPE 10 but with the possibility to assign individualtelephone numbers to different POTS ports of a CPE. The authenticationhas been performed in a securitized manner, namely securitized by thetoken information: only the CPE (home gateway) can proceed to the SIPREGISTER but not another client that is possibly present in the localnetwork. This procedure of a NASS based authentication secured with atoken can also be applied in relation to other applications. In thiscase other profile related information like <local part1> could be usedto retrieve information from the application IDP 75 to avoid servicespecific information stored within the CPE.

The method according to the second embodiment of the authenticationprocess can also be modified to transport the local part information andthe token information in different header fields of a SIP register oranother communication method.

The method according to the second embodiment of the authenticationprocess can also be extended to other terminal devices in the homenetwork (of the CPE 10). In case that another device within the homenetwork sends a DHCP-request to the CPE 10 and the MAC address of theother device is known to the CPE 10, it is possible to request anothertoken information for the other device. In this case, the request of theCPE 10 (towards the telecommunications network 5) has to comprise thetoken information previously received by the control function 40 and thecontrol function 40 (or a token server) can verify whether the CPE 10 isallowed to receive another token information (for the other device inthe home network). After these steps have been performed, the otherdevice in the home network (other than the CPE 10) can also secure a SIPREQUEST by means of the token information. This procedure of a NASSbased authentication secured with a token can also be applied inrelation to other applications. In this case other profile relatedinformation like <local part1> could be used to retrieve informationfrom the application IDP 75 to avoid service specific information storedwithin the CPE.

In FIG. 8, the communication diagram related to the third embodiment ofthe authentication process is schematically illustrated by means of amultitude of different messages exchanged between the CPE 10, theapplication 50, the A&A function 70, the control function 40, and theapplication IDP 75. The authentication according to the third embodimentis also NASS based. According to the third embodiment regarding theauthentication process, it is possible that the session is hold at theA&A function 70. The CPE 10 transmits a request to the application 50(e.g. via a browser program) at a time when the CPE 10 using anapplication like a browser is not yet known (or authorized) by theapplication 50. In more detail, this process is hereinafter describedand represented in FIG. 8. In a first step, involving a first message126 a, the CPE 10 requests a service (e.g. to be connected) at theapplication 50. In a second step, involving a second message 126 b, therequest is transferred to the A&A function 70 together with atransaction identification information (hereinafter also calledtransaction ID). This corresponds to a login at a single sign on service(e.g. based on SAML (Security Assertion Markup Language)). In a thirdstep, involving a third message 126 c, the A&A function 70 requests thecorresponding line ID or a (opaque) handle to the line ID (related tothe Internet Protocol address) from the control function 40. In a fourthstep, involving a processing 126 d, the control function 40 determinesthe line ID (or handle for the line ID) related to the IP connectivity.In a fifth step, involving a fifth message 126 e, the control function40 transmits the line ID or the handle thereto to the A&A function 70.In a sixth step, involving a sixth message 126 f, the A&A function 70requests from the application IDP 75 the user ID as well as theauthorization related to the line ID. In a seventh step, involving aprocessing 126 g, the application IDP 75 determines the requestedinformation, and in an eighth step, involving an eighth message 126 h,the application IDP returns the requested information to the A&Afunction 70. In a ninth step, involving a processing 126 i, the A&Afunction 70 starts a single sign-on session (SSO session) related to theuser ID. In a tenth step, involving a tenth message 126 j, the A&Afunction 70 returns the requested information to the application 50 bymeans of a redirect message comprising the user ID and the authorizationrelated to the user ID or a reference information, the application canretrieve the requested information. In an eleventh step, involving aprocessing 126 k, the application 50 starts a session. In a twelfthstep, involving an twelfth message 1261, the application 50 optionallytransmits the start of the session to the A&A function 70. In athirteenth step, involving an thirteenth message 126 m, the application50 transmits a message to the CPE 10 according to which the requestedauthorization is granted.

As a result, the CPE 10 or application on the CPE is authorized to usethe requested service from the application 50. The A&A function 70 hasstarted optionally a SSO session. The application 50 has started asession that is optionally known to the A&A function 70. The InternetProtocol address used to authenticate the CPE 10 is related by the A&Afunction 70 both optionally with regard to the SSO session as well as tothe session in the application 50.

This procedure of a NASS based authentication may also optionallysecured with a token.

While the invention has been illustrated and described in detail in thedrawings and foregoing description, such illustration and descriptionare to be considered illustrative or exemplary and not restrictive. Itwill be understood that changes and modifications may be made by thoseof ordinary skill within the scope of the following claims. Inparticular, the present invention covers further embodiments with anycombination of features from different embodiments described above andbelow.

The terms used in the claims should be construed to have the broadestreasonable interpretation consistent with the foregoing description. Forexample, the use of the article “a” or “the” in introducing an elementshould not be interpreted as being exclusive of a plurality of elements.Likewise, the recitation of “or” should be interpreted as beinginclusive, such that the recitation of “A or B” is not exclusive of “Aand B.” Further, the recitation of “at least one of A, B and C” shouldbe interpreted as one or more of a group of elements consisting of A, Band C, and should not be interpreted as requiring at least one of eachof the listed elements A, B and C, regardless of whether A, B and C arerelated as categories or otherwise.

1-12. (canceled) 13: A method for efficient establishing or configuringa connection between a telecommunications network and a customerpremises equipment (CPE) via an access node, the method comprising thesteps of: establishing a physical communication channel between theaccess node of the telecommunications network and the CPE, the physicalcommunication channel being assigned to a network access relatedidentification information related to the access node; providing, by thetelecommunications network, a public or private internet Protocol (IP)address to the CPE for use by the CPE to communicate with an IP Edgenode of the telecommunications network, the IP address being associatedwith the network access related identification information and an IPsession or connection realizing a logical communication channel beinginitiated between the IP Edge node of the telecommunications network andthe CPE; initially assigning, by the telecommunications network, a firstfunctionality level to the public or private IP address; and assigning,by the telecommunications network, a second functionality level to thepublic or private IP address, when the telecommunications network isable to federate the network access related identification informationto a contract related identification information, the federation of thenetwork access related identification information to the contractrelated identification information comprising an authentication based ona Network Attachment Subsystem (NASS). 14: The method according to claim13, wherein the logical communication channel is established by using atleast one piece of authentication information, the at least one piece ofauthentication information being a trusted information existing withinthe telecommunications network. 15: The method according to claim 13,wherein the authentication based on a NASS comprises a SessionInitiation Protocol (SIP) registration. 16: The method according toclaim 13, wherein the network access related identification informationis at least one of a port ID information and a line 10 information. 17:The method according to claim 13, wherein the contract relatedidentification information corresponds to a user. 18: The methodaccording to claim 13, wherein the telecommunications network comprisesa control function, and wherein the contract related identificationinformation to enable the second functionality level is sent to thecontrol function after relating the network access relatedidentification information to the contract related identificationinformation. 19: The method according to claim 13, wherein a token or aUniform Resource Identifier (URI) linked to a token is used during theauthentication. 20: The method according to claim 13, wherein the IPEdge node controls the communication between the CPE and the IP Edgenode via the access node of the telecommunications network according tothe first or second functionality level, and wherein based oninformation received from the control function, the functionality levelassociated with the network access related identification information ischanged. 21: A telecommunications network provided for efficientestablishment or configuration of a connection between thetelecommunications network and a customer premises equipment (CPE) viaan access node, the telecommunications network comprising: a pluralityof network nodes; and a physical communication channel between theaccess node of the telecommunications network and the CPE, the physicalcommunication link being associated to a network access relatedidentification information related, to the access node; wherein thetelecommunications network is con-figured to provide a public or privateInternet Protocol (IP) address to the CPE for use by the CPE tocommunicate with an IP Edge node of the telecommunications network, theIP address being associated with the network access relatedidentification information and an IP session or connection realizing alogical communication channel being initiated between the IP Edge nodeand the CPE; wherein the telecommunications network is configured toinitially assign a first functionality level to the public or private IPaddress; and wherein the telecommunications network is configured toassign a second functionality level to the public or private IP addresswhen the telecommunications network is able to federate the networkaccess related identification information to a contract relatedidentification information, wherein the federation of the network accessrelated identification information to the contract relatedidentification information comprises an authentication based on aNetwork Attachment Subsystem (NASS). 22: The telecommunications networkaccording to claim 21, wherein, the logical communication channel isestablished by using at least one piece of authentication information,the at least one piece of authentication information being a trustedinformation existing within the telecommunications network. 23: Thetelecommunications network according to claim 21, wherein thetelecommunications network comprises; a control function, and whereinthe telecommunications network is configured such, that the contractrelated identification information to enable the second functionalitylevel is sent to the control function after relating the network accessrelated identification information to the contract relatedidentification information. 24: A non-transitory computer readablemedium having computer-executable instructions stored thereon forcontrolling an access node or a control function of a telecommunicationsnetwork, the computer-executable instructions, when executed by aprocessor, causing the following steps to be performed: establishing aphysical communication channel between the access node of thetelecommunications network and a customer premises equipment (CPE), thephysical communication channel being assigned to a network accessrelated identification information related to the access node;providing, by the telecommunications network, a public or privateInternet Protocol (IP) address to the CPE for use by the CPE tocommunicate with an IP Edge node of telecommunications network, the IPaddress being associated with the network access related identificationinformation and an IP session or connection realizing a logicalcommunication channel being initiated between the IP Edge node of thetelecommunications network and the CPE; initially assigning, by thetelecommunications network, a first functionality level to the public orprivate IP address; and assigning, by the telecommunications network, asecond functionality level to the public or private IP address, when thetelecommunications network is able to federate the network accessrelated identification information to a contract related identificationinformation, the federation of the network access related identificationinformation to the contract related identification informationcomprising an authentication based on a Network Attachment Subsystem(NASS).